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(57) Disclosed is a music game system in which the 
attraction of a game is increased by effectively using lim- 
ited music data. The music game system comprises an 
input device (4)foroutputting signals in correspondence 
with the operation states of push-switches (5); a ROM 
(30a) in which are stored music data for reproducing 
multiple tunes, and timing data of each tune defining a 
procedure for operating the push-switches (5) in corre- 
spondence with the tune reproduced based on music 
data; display devices (24,3) for displaying game 
screens; music reproduction devices for (26,32) repro- 
ducing the music data; and a CPU for reproducing a pre- 
determined tune by the music reproduction devices and 
for guiding the player in operation procedures of the in- 
put device (4) in correspondence with the reproduced 
tune, a medley tune comprising parts of the multiple 
tunes linked together being reproduced, and the opera- 
tion procedure of the input device being guided in cor- 
respondence with the medley tune. 
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(54) Music game system, game control method tor the game system, and computer-readable 
memory medium 



(57) Disclosed is a music game system in which the 
attraction of a game is increased by effectively using 
limited music data. The music game system comprises 
an input device 4 for outputting signals in correspond- 
ence with the operation states of push-switches 5; a 
ROM 30a in which are stored music data for reproduc- 
ing multiple tunes, and timing data of each tune defining 
a procedure for operating the push-switches 5 in corre- 
spondence with the tune reproduced based on music 
data; display devices 24,3 for displaying game screens; 
music reproduction devices for 26, 32 reproducing the 
music data; and a CPU for reproducing a predetermined 
tune by the music reproduction devices and for guiding 
the player in operation procedures of the input device 4 
in correspondence with the reproduced tune, a medley 
tune comprising parts of the multiple tunes linked 
together being reproduced, and the operation proce- 
dure of the input device being guided in correspond- 
ence with the medley tune. 
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Description 



[0001] The present itwention relates to a music 
game system for executing games intended to be 
played in time with music. 

I0OO2I Recently, a music game system in which a 
player is instructed to operate an input device in time 
with music for simulating a DJ (disk jockey) and per- 
formance on various musical instmments has become 
popular. Music is an important element in this type of 
name system, and the number of stored tunes has a 
comparatively large influence on the value of the game 
svstsm 

[0003] In the music game system mentioned above, 
data for reproducing the music is stored in one of vari- 
ous types of memory media, from which it is supplied to 
the system. In arcade game devices for business and 
game devices for home, media having a comparatively 
large capacity, for example a magnetic memory med.utn 
such as a hard disk, or an optical memory medium such 
as a CD-ROM. are used as the memory media. How- 
ever in a compact game system such as a portable 
game device, in consideration of space and costs, a 
semiconductor memory having a small memory capac- 
ity in comparison with a magnetic memory medium and 
the like is generally used as the memory device for data 
.. and programs for the game. As a consequence, when 
i attempting to executing a music game on a portable 
i game device, the number of stored tunes is limited, low- 
' ering the attraction of the game. Furthermore, although 
a characteristic of a muste game is that the player can 
improve his play by repeating playing the same tune, the 
downside of this is that he may eventually be bored. 
[0004] Accordingly, it is an object of the present 
inventton to provide a music game system in which lim- 
i ned music data are used effectively to raise the attrac- 

' tion of the game. . 
[0005] The present Invention will be explained 
below To facilitate understanding of the present inven- 
tton the following explanation uses the reference 
nunUrals in parenthesis of the accompanying drawings, 
but the present invention is not limited to the aspects 
shown in the drawings. 

[0006] A first aspect of the present Invention pro- 
vides a music game system comprising an input device 
(4) having a plurality of operation members (5), for out- 
putting signals in correspondence with operatton states 
of the operation members; a memory device (30a) in 
which are stored music data (D1) for reproducing a plu- 
rality of tunes, and timing data (D3) of each tune defin- 
ing a procedure for operating the operation members in 
correspondence with tunes reproduced based on the 
music data; a display device (24. 3) tor displaying a 
game screen (100); a music reproduction device (26. 
32) for reproducing the music data; and a game control- 
ler (20) for controlling the reproduction of a predeter- 
mined tune by the music reproductton device, and using 
( the display device to guidej!e_E!a^eM^^ 



, procedure of the input device in correspondence with 
' The reproduced tune. The game controller comprises a 
medley tune control device for making the music repro- 
ductton device reproduce a nrodley tune comprising 
, linked parts of at least two of the multiple tunes, and 
guides the operatton procedure of the input device in 
correspondence with the medley tune, based on timing 
data corresponding to each part of the medley tune. 
\ [00071 According to this invention, a separate med- 
w 1 toy tune is formed by linking parts of existing tunes 
1 together, thereby enabling the number of tunes to be vir- 
i tuaily increased without adding music data and timing 
I data corresponding thereto, increasing the attraction of 

the game. . , 

15 [00081 A second aspect of the invention provides 

the music game system according to the first aspect, 
wherein the memory device (30a) stores judgement 
information (T1) for judging a relationship between the 
reproductton sequence of multiple blocks (A1 to AX. Bl 
20 to BX N1 to NX) selected from music data corre- 
sponding to the multiple tunes as constituent elements 
of the medley tune, and addresses of the blocks m ttie 
memory device; and the medley tune control device (20) 
reads musto data for reproducing the medley tune from 
25 the memory device based on the judgement informa- 
tton outputs it to the music reproduction device, and 
guides the player in an operation procedure in aoord- 
ance with timing data corresponding to the music data. 
[00091 This invention is suitable for a case when the 
30 multiple btocks comprising the medley tune are speci- 
fied beforehand together with their reproduction 
sequence, enabling the data of the blocks comprising 
the medley tune to be easily read in compliance with 
their reproductton sequence merely by refernng to the 
35 judgement information. 

[001 0] A third aspect of the inventton provides the 
musto game system according to the first aspect, 
wherein the memory device (30a) stores a first judge- 
ment informatton (T2) for judging types of multiple 

40 btocks (A1 to AX. Bl to BX N1 to NX) selected from 

musto data corresponding to the multiple tunes as 
potential constituent elements of the medley tune, and 
for judging addresses of the blocks in the menrory 
device and a second judgement informatton (D5) for 
45 judging a relationship between a reproduction 
sequence of btocks forming the medley tune and the 
types of the blocks. The medley tune control device (20) 
comprises a type identifying device for identifying types 
of the btocks forming the medley tune for each repro- 
50 ductton sequence, based on the second judgement 
informatton; a block extracting device for extracting 
blocks corresponding to the types identified by the type 
•identifying device from the musto data corresponding to 
the multiple tunes each, based on the first judgement 
55 information; and a data reading device for reading the 
musto data in the ectracted btocks in compliance with 
the reproduction sequence and outputting the muse 
data to the musto reproduction device, and in additton. 
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reading timing data corresponding to the output music 
data and guiding the player in an operation procedure in 
line with the data. 

[0011] This invention does not directly specify the 
blocks comprising the medley tune, but only specifies 5 
their types, whereby a single block can be freely 
selected from multiple blocks of matching type in a sin- 
gle reproduction sequence, achieving greater freedom 
of selecting the block. Therefore, the constitution of the 
medley tune can be changed, preventing the player w 
from feeling boring with the medley tune and holding his 
or her interest in the game system over a long period of 
time. 

[0012] A fourth aspect of the invention provides the 
music game system according to the third aspect, is 
wherein the first judgement information comprises tnfor- 
/mation relating to musical characteristics of the blocks 
as the types. Consequently, the musical characteristics 
of the medley tune can be specified beforehand. For. 
example, when the information relating to musical char- 20 
acteristics comprises information relating to perform- 
ance codes of the blocks, as in a fifth aspect of the 
invention, a medley tune having characteristics corre- 
sponding to the progression of the performance codes 
can be provided to the player. 25 
[0013] A sixth aspect of the invention provides the 
music game system according to the third aspect, the 
first judgement information comprising information relat- 
ing to a level of difficulty of an operation procedure 
guided based on timing data corresponding to blocks as 30 
the types. In this case, the level of difficulty of the med- 
ley tune can be specified beforehand. 
[0014] A seventh aspect of the invention provides 
(the music game system according to the sixth aspect, 
j wherein the game controller (20) comprises an evaiua- 35 
tion device for evaluating an operation performed by the 
player by comparing the player's control of the input 
device (4) with an operation identified by the timing 
data; and the block extracting device of the game con- 
troller extracts blocks having a level of difficulty corre- 40 
jsponding to the evaluation of the evaluation device. In 
Ithis case, the level of difficulty of the medley tune can be 
-^et in accordance with the evaluation result of the 
player's operation. 

[0015] An eighth aspect of the invention provides 45 
the music game system according to one of the third to 
seventh aspects, the block extracting device of the 
game controller (20) comprising a re-extracting device 
for extracting one more block from multiple blocks, when 
the multiple blocks have been extracted in relatbn to a so 
common reproduction sequence of the medley tune. 
Therefore, since the blocks forming the medley tune are 
selected from multiple blocks of matching type, the con- 1 
stitution of the medley tune can be changed by adding 
an operation, such as changing the selection condi- 55 
tions, so as to preventing the player from feeling boring 
with the medley tune. 

[0016] A ninth aspect of the invention provides the 



music game system according to the sixth and seventh 
aspects, wherein the game controller (20) further com- 
prises an evaluation device for evaluating an operation 
performed by the player by comparing the player's oper- 
ation of the input device (4) with an operation identified 
by the timing data. The block extracting device of the 
game controller comprises a re-extracting device for 
extracting one more bbck having a level of difficulty cor- 
responding to the evaluation of the evaluation device 
from multiple blocks, when the multiple blocks have 
been extracted in relation to a common reproduction 
sequence of the medley tune. 

[0017] Therefore, when the content of the play 
achieves a high evaluation, it is possible to provide a 
medley tune having a level of difficulty corresponding to 
the play contents, thereby suiting the level of the player, 
by giving priority during the selection to blocks having a 
Ihigh level of difficulty, and the like. 
[0018] A tenth aspect of the invention provides the 
music game system according to the third aspect, 
wherein the game controller (20) comprises an end 
judging device for judging whether the medley tune has 
been reproduced to a predetermined position before the 
end, the first judgement information comprising informa- 
tion for judging whether each block of multiple blocks 
selected as potential constituent elements of the med- 
ley tune is suitable to an end of the medley tune; and, 
when the end judging device has judged that the medley 
tune has been reproduced to a predetermined position 
before the end, the block extracting device extracts an 
appropriate block as the end of the medley tune based 
on the first judgement information. 
[0019] According to this Invention, several blocks 
suitable for the end of the medley tune are selected 
beforehand, and the information for judging them are 
included in the first judgement information. Then, when 
the medley tune nears its end, one of the end blocks 
selected beforehand is selected and reproduced. Con- 
sequently, the medley tune is prevented from ending 
unnaturally at the middle way of the tune. 
[0020] An eleventh aspect of the invention provides 
the music game system according to the third aspect, 
wherein the game controller (20) comprises an evalua- 
tion device for evaluating an operation performed by the 
player by comparing the player's operation of the input 
device (4) with an operation identified by the timing data 
while the tune is being reproduced; and an end control 
device for ending the reproduction of the medley tune 
and the guide of the operation procedure when an 
aggregation of evaluations, less than a predetermined 
reference, of the evaluation device has satisfied a pre- 
determined condition. 

[0021] According to this invention, when the player 
continues to perform operations which are evaluated as 
being less than a predetermined standard, the repro- 
duction of the medley tune and the operation procedure 
\ guide end, and the game is terminated. Since the med- 
ley tune continues as long as the player achieves his or 
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he operation above the predetermined standard, he or 
she can play continuously for a long time, which would 
not be realised by a tune prepared beforehand. 
[0022] A twelfth aspect of the invention provides the 
music game system according to one of the first to elev- 
enth aspects, wherein the game controller (20) gradu- 
ally decreases the volume of a tune being reproduced at 
a linking portion of the medley tune, and gradually 
increases the volume of the next tune. According to this 
invention, the linking portions of the medley tune can be 
moved smoothly, whereby the player is able to listen to 
a unified tune which sounds as though it was composed 
in advance. 

[0023] A thirteenth aspect of the invention provides 
the music game system according to one of the first to 
twelfth aspects, wherein the memory device (SOa) com- 
prises a semiconductor memory. Using a semiconduc- 
tor memory has an advantage that data can be read 
more quickly than a magnetic memory medium or an 
optical memory medium. Therefore, the music data can 
be read while the medley tune is being performed, ena- 
bling the medley tune to continue. 
[0024] A fourteenth aspect of the invention provides 
a game control method, applied in a music game sys- 
tem comprising an input device (4) having multiple oper- 
ation members (5), for outputting signals in 
correspondence with operation states of the operation 
members; a memory device (30a) in which are stored 
music data (D1 ) for reproducing multiple tunes, and tim- 
ing data (D3) of each tune defining a procedure for con- 
trolling the operation members in correspondence with 
tunes reproduced based on the music data; a display 
device (24, 3) for displaying a game screen (100); and a 
music reproduction device (26, 32) for reproducing the 
music data. The game control method reproduces a 
medley tune comprising linked parts of at least two of 
the multiple tunes, and guides the operation procedure 
of the input device in correspondence with the medley 
tune, based on timing data corresponding to each part 
of the medley tune. The game system of the first aspect 
can be formed by utilizing the method of this invention. 
[0025] A fifteenth aspect of the invention provides 
the game control method according to the fourteenth 
aspect, wherein the judgement information (T1) for 
judging a relationship between the reproduction 
sequence of multiple blocks (A1 to AX, B1 to BX, ... N1 
to NX) selected from music data corresponding to the 
multiple tunes as constituent elements of the medley 
tune, and addresses of the blocks in the memory device 
is stored in the memory device (SOa), music data for 
reproducing the medley tune being read from the mem- 
ory device based on the judgement information and out- 
put to the music reproduction device, and the player 
being guided in an operation procedure in accordance 
with timing data corresponding to the music data. The 
music game system of the second aspect can be 
formed by utilizing the method of this invention. 
[0026] A sixteenth aspect of the invention provides 



the game control method according to the fourteenth 
aspect, wherein first judgement information (T2) for 
judging types of multiple blocks (A1 to AX, 81 to BX, ... 
N1 to NX) selected from music data (D1) corresponding 
5 to the multiple tunes as potential constituent elements 
of the medley tune, and for judging addresses of the 
blocks in the memory device, and second judgement 
information (D5) for judging a relationship between a 
reproduction sequence of blocks forming the medley 
to tune and the types of the blocks, are stored in the mem- 
ory device; types of the blocks forming the medley tune 
for each reproduction sequence being identified based 
on the second judgement information, blocks corre- 
sponding to the types identified being extracted from the 
,5 music data corresponding to the multiple tunes based 
on tiie first judgement information; the music data in the 
extracted blocks being read in compliance with the 
reproduction sequence and output to the music repro- 
duction device, and in addition, timing data correspond- 
20 ing to the output music data being read, and an 
operation procedure being guided in the player in corre- 
spondence with the data. The music game system of 
the third aspect can be formed by utilizing the method of 
this invention. 

25 [0027] A seventeenth aspect of the invention pro- 
vides a computer-readable memory medium applied in 
a game system comprising an input device (4) having 
multiple operation members (5), for outputting signals in 
correspondence with operation states of the operation 
30 members, a display device (25, 3) for displaying a game 
screen (100), and a music reproduction device (26, 22), 
the computer-readable memory medium (30a) storing 
music data (D1 ) for reproducing multiple tunes using the 
music reproductton device, timing data (D3) of each 
35 tune defining a procedure for controlling tiie operation 
members in correspondence with tunes reproduced 
based on the music data, and a program for executing a 
predetermined music game based on the music data 
and the timing data; the program making the computer 
40 (20) function as a medley tune control device for making 
the reproduction device reproduce a medley tune com- 
prising linked parts of at least two of the multiple tunes, 
and guiding the operation procedure of the input device 
in accordance with the medley tune, based on timing 
45 data corresponding to the parts of the medley tune. 
[0028] According to this invention, the computer 
reads and executes a program stored in the memory 
medium, thereby forming the music game system of tiie 
invention of the first aspect 
50 [0029] An eighteenth aspect of the invention pro- 
vides the music game system according to the first 
aspect, wherein at least a portion of blocks (A1 to AX, 
81 to BX, ... N1 to NX) of music data (D1) correspond- 
ing to the multiple tunes are set as potential constituent 
55 elements of the medley tune, and information for 
extracting the constituent elements of the medley tune 
from the blocks set as potential constituent elements is 
stored in tiie memory device (SOa) in con-espondence 
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with the blocks set as potential constituent elements; 
and the medley tune control device (20) extracts the 
blocks comprising the medley tune based on the infor- 
mation for extraction, reads the music data in the 
extracted blocks and outputs it to the music reproduc- 5 
tion device (26 and 32) and reads timing data corre- 
sponding to the output music data, and guides the 
player in an operation procedure corresponding to the 
data. According to this invention, a variety of medley 
tunes can be formed by referring to the information for 10 
extracting, provided in correspondence with the blocks 
set as potential blocks for medley tunes. 

[0030] A nineteenth aspect of the invention pro- 
vides the game system according to the eighteenth 
aspect, wherein the information for extraction comprises is 
information for judging types of blocks provided in corre- 
spondence with the information for extraction. There- 
fore, a block of a desired type can be selected by 
referring to the information for extracting. The informa- 
tion for judging the types need only be the same as in 20 
the fourth to sixth aspects, for example. 
[0031] A twentieth aspect of the invention provides 
the game system according to the eighteenth aspect, 
wherein the information for extraction comprises infor- 
mation for judging types of blocks to be linked together 2S 
as constituent elements of the medley tune after the 
blocks already provided in correspondence with the 
information for extraction. According to this invention, 
when the selection period for a block arrives while the 
preceding block is still being reproduced, the next block 30 
can be selected by referring to the information for 
extracting provided In correspondence with the block 
being reproduced. 

[0032] A twenty-first aspect of the Invention pro- 
vides the game control method according to the four- 35 
teenth aspect, for setting at least a portion of the blocks 
(A1 to AX, B1 to BX, ... N1 to NX) of music data (D1) 
corresponding to the multiple tunes as potential constit- 
uent elements of the medley tune; storing informatbn 
for extracting the constituent elements of the medley 40 
tune from the blocks set as potential constituent ele- 
ments in the memory device (30a) in correspondence 
witn the blocks set as potential constituent elements; 
extracting the blocks forming the medley tune based on 
the information for extraction, reading the music data in 45 
the extracted blocks and outputing it to the music repro- 
duction device (26, 32), and in addition, reading timing 
data corresponding to the output music data, and guid- 
ing the player in an operation procedure corresponding 
to the data. The music game system of the eighteenth so 
aspect can be formed by utilizing the method of this 
invention. 

FIGS. 1 A and 1 B are diagrams showing the outside 
of a portable game device according to an embodi- 55 
ment of the present invention; 
FIG. 2 is a perspective view of a turn-table adapter 
provided in the game device of FIG. 1 ; 



FIG. 3 is a block diagram showing a schematic con- 
stitution of a control system of the game device of 
FIG. 1 ; 

FIG. 4 is a diagram showing data store on a cas- 
sette for executing a music game on the game 

device of FIG. 1 ; 

FIG. 5 is a diagram showing an example of a game 
screen displayed on a monitor in the music game 
executed on the game device of FIG. 1 ; 
FIG. 6 is a flowchart showing a procedure of a 
music game executed on the game device of FIG. 

1; 

FIG. 7 is a flowchart of game processing executed 
as a subroutine of FIG. 6; 

FIG. 8 is a diagram showing the relationship 
between a tune prepared in advance and a medley 
tune created therefrom; 

FIG. 9 is a diagram showing an example of a table 
prepared in order to create a medley tune; 
FIG. 10 is a diagram showing another example of a 
table prepared in order to create a medley tune; 
FIGS. 11 A to 11c are diagrams showing data for 
creating a medley prepared in order to create a 
medley tune combined with the table of FIG. 10; 
and 

FIG. 1 2 is a flowchart showing a procedure of med- 
ley tune read processing executed to reproduce a 
medley tune using the data of FIG. 10 and FIGS. 
IIAto 11c 

[0033] FIGS. 1 A and 1 B show the outside of a port- 
able device for the music game according to an embod- 
iment of the present invention. The game device 1 
comprises a resin case 2. The case 2 is of a size 
approximately small enough to fit in a palm of an adult. 
A liquid crystal monitor 3 functions as a display device, 
and is provided in the center of the surface of the case 
2. Various press-switches comprise operation members 
of an input device 4, and are provided around the mon- 
itor 3. The number and arrangement of the press - 
switches can be varied. The input device 4 shown in 
FIGS. 1 A and 1 B has two groups of four press-switches 
5a to 5d, and 5e to 5h, provided in a cross-like formation 
at the bottom left and bottom right respectively of the 
monitor 3, two press-switches 5i and 5j, provided at the 
top right of the monitor 3, and two press-switches 5k 
and 5m, provided at the middle right of the monitor 3. In 
the following explanation, these press-switches will be 
represented collectively as the press-switches 5 where 
there is no need to distinguish among them. 
[0034] A turn-table adapter 10 can be attached at 
the position where the press-switches 5i and 5j are pro- 
vided. As shown in FIG. 2, the turn-table adapter 10 
comprises a clip 11 , a shaft 12 passing through one arm 
1 1 a of the clip 1 1 , and an operation disk 1 3 and a press- 
in disk 14, provided coaxially to the shaft 12 at both 
ends thereof. A pair of bumps 1 1c and 11c is provided 
on the other arm 1 1 b of the clip 1 1 . The bumps 1 1 c cor- 
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respond to portion of multiple holes 2a ... 2a on the back 
face of the case 2 shown in FIG. 1 B. The holes 2a are 
needed in order to assemble the game device 1 . For 
example, screws used for securing the top and bottom 
faces of the case 2 together, and for securing a wiring 
board inside the case 2, are provided in the holes 2a. 

[0035] The clip 1 1 is clipped onto the case 2 so as 
to clasp it on either side, and the bumps 11c are fitted 
into the holes 2a, thereby securing the turn-table 
adapter 10 on the case 2 so that the press-in disl< 14 
covers the press-switches 5i and 5j. When the player 
rotates the operation disk 13 around the shaft 12 using 
his or her finger, bumps 14a ... 14a provided on the bot- 
tom face of the press-in disk 14 rise onto the press- 
switches 5i and 5j, pushing them downwards. Conse- 
quently, the rotation operation of the operation disk 13 
converted into a pushing-down operatton of the press- 
switches 5i and 5j. Instead of the press-in disk 14, the 
press-switches 5i and 5j may be pressed by providing a 
pin which can move up and down (in the axial direction 
of the shaft 1 2) on the arm 1 la of the dip 1 1 , and con- 
verting the rotation of the operatfon disk 13 into a move- 
ment in the up-down direction of the pin, using the 
bottom face of the operation disk 13 as an end face 
cam. 

[0036] In the game device 1 of the present embodi- 
ment, play is of course still possible when the turn-table 
adapter 10 has been removed. In the following descrip- 
tion, if there is no particular explanation, the operation of 
the press-switches 51 and 5j is regarded as including 
those of rotation of disk 13 of the turn-table adapter 10, 
and of direct pressing of the press-switches 5i and 5j. 
[0037] FtG. 3 is a block diagram showing a sche- 
matic constitution of a control system of the game 
device 1 . The game device 1 has a CPU 20 mainly com- 
prising a microprocessor. The press -switches 5 of the 
input device 4 described above are connected to the 
CPU 20 via an interface (not shown in the diagram) and 
a bus 21. In addition, main memory devices comprising 
a ROM 22 and a RAM 23, an image processor 24 and a 
sound processor 26, a cassette interface 28 comprising 
a cassette 30 as an auxiliary memory device, and a 
communications control interface 29 for connecting var- 
ious types of peripheral devices 31 , are connected via 
the same bus 21. 

[0038] A system program required to start the game 
device 1 up is written into the ROM 22. The cassette 30 
comprises a ROM 30a, in which data and a program for 
the game are written, and a RAM 30b, in which data 
such as game results are stored. The ROM 30a and the 
RAM 30b each comprise a semiconductor memory, the 
programs and data stored therein being k3aded to the 
RAM 23 as required. The ROM 30a and the RAM 30b 
are sometimes accessed directly by the CPU 20. 
[0039] The image processor 24 receives an image 
data from the CPU 20 and paints a game screen on a 
frame buffer 25, and in addition, displays the painted 
image at a predetermined timing on the monitor 3. The 



sound processor 26 reproduces sound source data and 
data such as sound and music, read out from the RAM 
23 and stored in predetermined regions of a sound 
buffer 27, and outputs them from a loudspeaker 32. In 
5 an alternative arrangement, the sound buffer 27 may be 
omitted, so that a PCM waveform is output directly in 
compliance with a command from the CPU 20. 

[0040] The foudspeaker 32 is provided inside the 
case 2. The communications control interface 29 is con- 

10 nected to the communications cable or the like for carry- 
ing out data communications with peripheral device 31 
such as a headphone adapter or another game device 
1 . When a headphone adapter is provkied, the output 
from the sound processor 26 is supplied, not to the loud- 

15 speaker 32, but to the headphone via the communica- 
tions control interface 29. 

[0041] In the present embodiment, a predetermined 
music game is executed using the hardware described 
above. This music game simulates playing a DJ by 
20 operating the operation members 5 of the input device 4 
in time with music performed as BGM. As shown in FIG. 
4, music data D1 for reproducing music (tunes) used in 
the music game, sound effect data D2 for generating 
sound effects in correspondence with the music, opera- 
25 tion timing data D3 defining a procedure for operating 
the input device 4 in time with the music, and table data 
D4 for arranging the music and sound effects in corre- 
spondence with the operation timings defined by the 
operation timing data D3, are stored in the ROM 30a of 
30 the cassette 30. In addition, image data and the like for 
displaying dancing scenes and the like on the monitor 3 
in time with the music are also stored in the ROM 30a. 
[0042] Multiple tunes are prepared, and their music 
data D1 are managed by appending a number for each 
35 tune. Multiple groups of operation timing data 03 are 
prepared, and their level of difficulty, for example, is 
changed in correspondence with the music data D1 of 
each tune. The music data D1 and the sound effect data 
D2 are compressed and stored in the ROM 30a, and 
40 after the compressed data have been developed as, for 
example, PCM data in a predetermined operation area 
of the RAM 23, they are passed to the sound processor 
26 as a PCM sound source, and output from the loud- 
speaker 32. The music game of the present embodi- 
es ment assumes that the operation members to be 
controlled in time with the music comprise five key- 
boards and one turntable, the operation timings for e^h 
operation member being defined by the operation timing 
data D3. 

50 [0043] FIG. 5 is a diagram showing an example of a 
game screen displayed on the monitor 3 in the music 
game described above. An animation window 101 
showing an animation in correspondence with the 
music, a rhythm pattern gauge 102, a groove meter 103, 

55 and a score window 104, are displayed in the game 
screen 100. 

[0044] The rhythm pattern gauge 102 guides the 
player in the procedure for operating the press-switches 



6 



11 



EP1 033 157 A2 



12 



5 of the input device 4 based on the operation timing 
data D3. As described above, since the operation timing 
data D3 stipulates operation for five keyboards and one 
turntable, three white Key marks 1 10a, 1 10b, and 1 10c, 
representing white keys of a keyboard instrument, two 5 
black key marks llOd and 110e, representing black 
keys of the keyboard instrument, and a turntable mark 
11 Of representing a record player turntable, are dis- 
played in accordance with the operation timing data D3 
at the bottom end of the gauge 1 02 in alignment with a 10 
reference line 111. 

[0045] Each of the marks 1 10a to 1 1 0f is provided 
so that it would not duplicate with at least one of the 
press-switches 5 of the input device 4. For example, the 
white key marks 110a and 110c correspond to the 15 
press-switches 5c and 5h, the white key mark 1 10b cor- 
responds to the press-switches 5d and 5g, the black key 
marks 110d and llOe correspond respectively to the 
press-switches 5a and 5e, and the turntable mark 1 lOf 
corresponds to the press-switch 5j. To enable the turn- 20 
table adapter 10 shown in FIG. 2 to function as a turnta- 
ble in the game, the turntable mark 1 1 0f is always pro- 
vided in correspondence with the press-switches 51 or 
5j. The press -switches 5i and 5j are never provided in 
correspondence with the marks 1 10a to 1 lOe, but only 25 
with the turntable mark 1 lOf. The relationship between 
the operation members (five keyboards and one turnta- 
ble) defined in the operation timing data D3, and the 
press-switches 5 of the input device 4, is stored before- 
hand as a table in the ROM 30a. 30 
[0046] Timing marks 112a to 112f (hereinafter 
sometimes represented collectively by reference code 
1 1 2) are positioned in the left to right direction in corre- 
spondence with the marks 110a to 11 Of, and are dis- 
played in the gauge 102. The display of the timing 35 
marks 112 is controlled in the following manner based 
on the operation timing data D3 of FIG. 4. 
[0047] When the reproduction of music (a tune) 
commences, the CPU 20 sets part of the operation tim- 
ing data D3 corresponding to the tune (e.g. two bars of 40 
the tune) as a display object range in the gauge 102, 
and reads the data in that range into an operation area 
of the RAM 23. Then, the CPU 20 detects the operation 
timings of the marks 1 1 0a to 1 lOf contained in the range 
that has been read, and creates image data for the 45 
gauge 102 by replacing the detected timings with the 
timing marks 112. At this time, the display positions of 
the timing marks 112 are calculated so that the timing 
marks 112a to 11 2f are aligned in the time sequence 
above the reference line 1 1 1 . 50 
[0048] The image data created for the gauge 102 is 
passed to the image processor 24 together with sepa- 
rately created image data for painting in areas other 
than the gauge 102. In correspondence with the sup- 
plied image data, the image processor 24 paints a game 55 
screen 100 on the frame buffer 25, and the painted 
game screen 100 is displayed on the monitor 3 at a pre- 
determined timing. 



[0049] The above processing is repeated in a pre- 
determined cycle. The head of the display object range 
corresponds to the performance position of the tune at 
that point in the processing, and the display object 
range is shifted from the head of the tune towards its 
end by a predetermined distance at each time the 
processing is performed. Consequently, the timing 
marks 1 12 on the gauge 102 move gradually downward 
as the tune progresses. Then, when the timing marks 
1 12 have reached the reference line 1 1 1, the operation 
timings of the press-switches 5, which are provided in 
correspondence with the marks 110a to 11 Of overlap- 
ping the marks 112, come into effect The timing marks 
1 12 corresponding to the Imminent operation timings 
are thereby arranged in time sequence above the refer- 
ence line 111, enabling the player to easily catch the 
future operations. 

[0050] The left side of the groove meter 103 
extends and contracts to and from its base point in 
accordance with an evaluation calculated in the 
processing of FiG. 7 explained later. A maximum evalu- 
ation is achieved when the groove meter 103 has 
extended to Its right end, and the groove meter 1 03 con- 
tracts towards its left end as the evaluation decreases. 
Scores calculated during the game are displayed in the 
score window 1 04. 

[0051] FIG. 6 is a flowchart showing a procedure of 
a music game executed by the CPU 20. In this flow- 
chart, one tune is played in one stage, and when that 
stage is cleared, the game proceeds to the next stage. 
[0052] When a predetermined game start operation 
is performed to the game device 1 , firstly, a predeter- 
mined title logo is provided on the monitor 3 (Step S1 ), 
and thereafter, processing for selecting a game mode is 
carried out In compliance with a command from the 
player (Step S2). Here, the level of difficulty, for exam- 
ple, can be selected. Next, processing for selecting a 
tune is carried out in compliance with a command from 
the player (Step S3), and when the tune has been 
selected, game processing is executed (Step S4). The 
game processing will be explained in detail later. When 
the game processing ends, the play contents are evalu- 
ated (Step S5), and the CPU 20 judges whether or not 
the play contents have cleared a borderline based on 
the evaluation result (Step S6). When the borderline 
has been cleared, the CPU 20 judges whether a final 
stage has ended (Step S7), and if not, the next stage is 
selected (Step S8), and the processing returns to the 
Step S3. When it is judged in the Step S6 that the bor- 
derline has not been cleared, the player is asked to con- 
firm whether to replay the current stage (Step S9), the 
processing returning to the Step S4 if he or she 
requests the replay, and if not, proceeding to a Step 
S10. When it is judged in the Step 87 that the game is 
in the final stage, the processing also proceeds to the 
Step S10. In the Step S10, a overall evaluation is calcu- 
lated based on the play contents being performed, and 
the result is displayed on the monitor 3 as a DJ level. 
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Thereafter, the game ends. 

' [0053] FIG. 7 is a flowchart showing a procedure of 
the game processing executed as a subroutine of the 
Step S4 of FIG. 6. In the game processing, firstly, initial 
settings required to start the game are performed, such 
as loading the operation timing data D3 and the music 
data D1 corresponding to the selected tune. When the 
initial setting is completed, play starts, the tune is per- 
formed (reproduced), and the gauge 102 is displayed 
(Step S102). Next, it is judged whether there is pres- 
ently an evaluation period for any of the press-switches 
5 corresponding to the marks 1 1 0a to 1 1 0f (Step S1 03). 
The evaluation period is set to a predetermined width 
centered on the operation timings of the press-switches 
5. Then, when it is judged that the game Is in the evalu- 
ation period, the operation for the press-switches 5 in 
correspondence with the evaluation period is detected 
(Step SI 04), and the operation performed by the player 
is evaluated based on the deviation between the timing 
of the operation which has actually been detected and 
the operation timing stipulated by the operation timing 
data D3 (Step 8105). For example, zero deviation 
scores 100 points, and deviation of a half of the width of 
the evaluation period scores zero points. When the eval- 
uation periods of multiple press-switches 5 overlap, 
each press-switches 5 is evaluated separately. A range 
of points from 100 to zero is divided into four levels: 
"Great", "Good", "Bad", and "Poor". Then, in Step S105, 
it is evaluated to which level the calculated score 
belongs. The calculated evaluations are stored in the 
RAM 23, and are used to calculate the overall evalua- 
tion in the Steps S5 and S10 of FIG. 6. When an opera- 
tion has been performed in the Step SI 04, the sound 
effect corresponding to that operation is identified 
based on the table data D4, and the identified sound 
effect is output from the loudspeaker 32 together with 
the music being performed. 

[0054] When an operation is evaluated, the evalua- 
tion is displayed in the gauge 102 (Step SI 06). Here, 
the gauge 102 displays which of the above four levels 
the score calculated in the Step SI 05 belongs to. For 
example, in FIG. 5, "Great" is displayed. When "Great- 
er "Good" are displayed, the value of the groove meter 
103 extends, and when "Bad" or "Poor" are displayed, 
the value of the groove meter 103 contracts. When an 
evaluation is displayed in the Step SI 06, it is judged 
whether one tune has ended (Step SI 07). Then, if the 
tune has not yet ended, the processing returns to the 
Step S103. when it is judged that the tune has ended, 
the game processing ends and the processing contin- 
ues from the Step 85 of FIG. 6. 
[0055] In the Step 85 of FIG. 6, an overall evalua- 
tion for one tune is calculated based on the scores and 
levels calculated for each operation. Then, when the 
performance ends, if the value of the groove meter 103 
has reached a fixed level, it is judged in the Step 86 that 
the stage has been cleared. 

[0056] In the first stage after the start of the game. 



the initial value of the groove meter 1 03 is set to its max- 
imum, and when the evaluation calculated in the Step 
8105 is less than a fixed standard, for example, when it 
is "Bad" or "Poor", the value of the groove meter 103 is 

5 contracted. When even a small part of the value of the 
groove meter 103 remains after one tune has ended, it 
is possible to regard the stage as cleared in the Step 
S6. In this case, the value of the groove meter 103 need 
not be increased even when an evaluation of "Great" or 

10 "Good" has been obtained, while the play can continue 
to the next stage by using the remaining value of the 
groove meter 103 at the point when the preceding stage 
was cleared as the initial value of the groove meter 1 03. 
This type of mode may be prepared as a hidden mode 

j5 which appears when, for example, fixed conditions have 
been satisfied. 

[0057] In the game device 1 described above, since 
the nrujsic data D1 is supplied by the ROM 30a, fewer 
tunes are stored comparing with the case where a 

20 memory medium such as a CD-ROM is used. Accord- 
ingly, to supplement the number of tunes, a medley tune 
combining parts of the stored tunes can be selected. 
[0058] FIG. 8 shows an example of a medley tune 
X. In this example, blocks A1 to AX, B1 to BX ... N1 to 

25 NX of the tunes A to N stored in the ROM 30a are preset 
as potential constituent elements of the medley tune X. 
Then, at least part of the blocks of the tunes A to N are 
linked together to form the medley tune X. The blocks 
A1 to AX, B1 to BX ... N1 to NX may have any given 

30 length. For example, they may be set to a length conre- 
sponding to four bars of each tune. The total length of 
the medley tune X is set so as to be approximately the 
same as the length of the tunes A to N (e.g. approxi- 
mately one minute and thirty seconds). The selected 

35 potential blocks A1 to AX, B1 to BX ... N1 to NX com- 
prise, for example, the most striking parts of the tunes, 
the parts most suitable to a medley, and the like. 
[0059] To enable the medley tune X to be repro- 
duced, a table T1 shown in FIG. 9 is stored beforehand 

40 in the ROM 30a, The numbers 1 to X of the blocks form- 
ing the medley tune X are stored in the table 1 in corre- 
spondence with the music data addresses in the ROM 
30a of the music data forming each block. Using FIG. 8 
by way of example, since the block A1 of the tune A is 

45 selected as the first block of the medley tune X, in the 
table of FIG. 9, the address of the block A1 is specified 
as the address corresponding to the block number 1. 
Addresses are similarly specified for the other btock 
numbers. 

50 [0060] When the medley tune X has been selected 
in the Step 83 of FIG. 6. the CPU 20 refers to the table 
T1 of FIG. 9 and judges the address in the ROM 30a of 
music data forming the tune X. Then, based on the 
result of that judgement, music data required for playing 

55 the tune X, and the operation timing data and sound 
effect data con^esponding to that data, are read out from 
the ROM 30a and sent to the RAM 23. By this process- 
ing, the game can be played with the medley tune X in 
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the same manner as using the tunes A to N. The data 
can be transferred from the ROM 30a to the RAM 23 in 
fixed amounts as the tune progresses, or in a single 
operation prior to the start of the tune. 

[0081] In the example described above, the medley s 
tune X has a fixed constitution, but this can be varied. 
Examples of this will be explained referring to FIGS. 10 
to 12. 

[0062] FIG. 10 shows a table 12 which is stored in 
the ROM 30a instead of, or in addition to, the table T1 of io 
FIG. 9, for forming the medley tune X. The numbers 1 to 
X of the blocks forming the medley tune X, and the types 
of the music data forming each block, are stored In cor- 
respondence with each other in the table T2. The music 
data types comprise, for example, information repre- is 
senting musical characteristics of the tunes such as 
tune codes and tempi, or information representing char- 
acteristics in the game such as the level of difficulty. 
That is, the table T2 of FIG. 10 does not directly specify 
the blocks forming the tune X, but specifies only the type 20 
of music performed in correspondence with the blocks. 
Therefore, when the block is of a type specified in the 
table T2, any of the blocks from the candidate tunes A to 
N can be selected, enabling the constitution of the tune 
X to be changed. 25 
[0063] FIGS. 1 1 A to 11 C show constitutions of data 
for creating a medley D5 stored in the ROM 30a in cor- 
respondence with the table T2 of the tune X. As shown 
in FIG. 1 1 A, the data for creating a medley D5 is classi- 
fied into data relating to each tune of A to N. Further- 30 
more, as shown in FIG. 11B, the tune A data is 
classified into data relating to each block of A1 to AN 
selected from the tune A as potential blocks for forming 
a medley tune. The data for the other tunes B to N has 
a similar constitution. Then, as shown in FIG. 11C, 35 
which shows the block AN as an example, data relating 
to the blocks A1 to AN comprises type information for 
identifying types of the blocks A1 to AN, and information 
specifying addresses of the blocks A1 to AN in the ROM 
30a. The type information comprises information relat- 40 
ing to the musical characteristics such as codes and 
tempi of the block in correspondence with the types in 
the table T2 of FIG. 10, and information relating to char- 
acteristics in the game such as the level of difficulty. By 
referring to the type Information and the address infer- 45 
mation, it is possible to detect a block having the same 
type as the type specified in the table T2 of FIG. 1 0, and 
identify its address. 

[0064] FIG. 12 is a flowchart showing a procedure 
by which the CPU 20 reads the music data D1 or the like so 
from the ROM 30a to an operation area of the RAM 23, 
when the medley tune X has been selected. This 
processing Is executed simultaneous to other process- 
ing (for example, the processing of FIG. 7) while the 
game is being played. 55 
[0065] When the medley tune X is selected, firstly, 
the CPU 20 refers to the table T2 and detects the type 
of music data forming the first block. Then, the CPU 20 
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consults the type information contained in the data for 
creating a medley D5 of FIG. 1 , extracts the block hav- 
ing the same type as the type specrfled in the table T2, 
and gets the address for that block (Step 8201). When 
multiple blocks have been extracted, one block is re- 
extracted from the multiple blocks using, for example, a 
random number. Alternatively, priority may be given to a 
block having a level of difficulty corresponding to the : 
present value of the groove meter 103. That is, the 1 
larger the value of the groove meter 103, the higher the \ 
level of difficulty of the selected block. 1 

[0066] Next, music data corresponding to the 
obtained address, and operation timing and sound 
effect data corresponding to the music data, are read in 
an operation area of the RAM 23 (Step S202). The out- 
put of BGM and sound effects in correspondence with 
operation of the press-switches 5 is controlled based on 
the data read at this time. In addition, the display of the 
gauge 102 and the evaluation of the operation of the 
presS'Switches 5 are also controlled based on the data 
read at this time. 

[0067] After the processing of the Step S202, it is 
judged whether the period for reading the next data has 
been reached (step S203). For example, when one 
block has a length equivalent to four bars, it is judged 
whether the period for reading the next data has been 
reached according to the time lapse since the start of 
that block. When it is judged that it is not the period for 
reading the next data, the processing of the Step S203 
is repeated. When tt has been judged that it is the 
period for reading the next data, it is judged whether the 
next block will be the last block (Step S204). Whether or 
not a block is the last block may be judged based on the 
next block number in the table T2, for example, or based 
on the time lapse since the start of the tune X., 
[0068] When it is judged that the next block is not 
the last block, the next block is selected (Step S205). 
This block is selected by the same processing as in the 
Step S201, wherein the CPU 20 refers to the table T2, 
and detects the type of the music data forming the next 
block. Then, the CPU 20 refers to the type information 
contained in the data for creating a medley D5 of FIG. 
11, and extracts the block having the same type as the 
type specified in the table T2. When multiple blocks 
have been extracted, one block is re -extracted as in the 
Step S201. Then, an address corresponding to the 
extracted block is obtained, music data corresponding 
to the obtained address, and an operation timing and 
sound effect data corresponding to the music data, are 
read in an operation area of the RAM 23 (Step S206). 
[0069] After reading the data of the next block, fade- 
in/out processing is carried out (Step S207). In this 
processing the volume of the tune presently being per- 
formed gradually lowers, while simultaneously the vol- 
ume of the next tune to be performed gradually 
increases. For example, when music data comprising 
PCM data is being loaded on the RAM 23, fade-ln/out 
can be performed by gradually lowering the output level 
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of the tune presently being performed by multiplying by 

0.9, 0.8 , while increasing the output level of the next 

tune by multiplying by 0,1, 0.2, ... in synchronism there- 
with, thereby synthesizing the signal waveforms of both 
tunes and passing them to the sound processor 26. Ele- 
ments on the game screen 100 may also be faded in 
conjunction with the fade-in/out. For example, since the 
marks 1 12 of the gauge 102 and the animation window 
101 of FIG. 5 have a very close relationship to the tune 
reproduction, they may be faded in and out in line with 
the tune volume. 

[0070] When the fade-in/out processing ends, the 
processing returns to the Step S203. The processing of 
the Steps S203 to S207 is repeated until the last block 
is detected in the Step S204. Then, when it is judged in 
the Step S204 that the next bbck is the last block, a 
block suitable for the ending is selected (Step S208). 
and music data corresponding to the block, and an 
operation timing and sound effect data corresponding to 
the music data, are read in an operation area of the 
RAM 23 (Step S209). Then, the reading of the data for 
creating a medley thereby ends. The block suitable for 
the ending is typically the last block of one of the tunes 
A to N. In order to enable the block to be selected in the 
Step S208, information for judging whether the blocks 
can be used tor ending may be included in the type 
information of FIG. 11. 

[0071] The present invention is not limited to the 
embodiment described above, and various modifica- 
tions are possible. For example, the blocks forming the 
medley tune can be selected by a method other than 
that described above, there being various possible mod- 
ifications. The length of the medley tune need not be 
approximately the same as that of the other tunes. For 
example, the end of the medley tune may be corre- 
sponded with the groove meter 1 03. That is, the medley 
tune may continue uninterruptedly, unless the value of 
the groove meter 103 drops to zero (shrinks completely 
to the left end). In this case, the initial value of the 
groove meter 1 03 may be set to its maximum at the start 
of the medley tune, and if the evaluation calculated in 
the Step S105 of FIG. 7 is less than a fixed standard, for 
example, "Bad" or "Poor", then the value of the groove 
meter 103 may be decreased. 
I [0072] In the embodiment described above, when 
I multiple next blocks have been extracted in the Steps 
' S201 and S205 of FIG. 12, a block is re-extracted by 
! referring to the level of difficulty of the blocks, but alter- 
natively, it is acceptable to refer to the evaluation at that 
• point (for example, the value of the groove meter 103), 
' and select a block having a level of difficulty correspond- 
ing to the evaluation during the determination of the 
next block. 

[0073] The tables T1 and T2 of FIG. 9 and FIG. 10 
may be released to the player, allowing him or her to 
freely specify the constitution of the medley tune. The 
present invention is not limited to a portable game 
device, but may also be applied to an arcade game for 



business, and an installation game device for home. 
The music data and operation timing data may be sup- 
plied by a magnetic memory niedium such as a hard 
disk, or an optical memory medium such as a CD-ROM. 

5 However, since these memory media have a lower read 
speed than a semiconductor memory, preliminary 
processing, such as sending all the data to be used for 
playing the medley tune to the RAM, should preferably 
be carried out prior to performing the medley tune. 

10 [0074] The method for making the contents of the 
medley tune X variable is not limited to that described 
above, and at least one part of the type information of 
FIG. lie may comprise information for judging which 
block to be linked next, the next block being extracted 

15 after referring to the information in the Step S205 of 
FIG. 12. 

[0075] For example, all the blocks selected as 
potential blocks tor the medley tune are divided into 
blocks A having a fast tempo, and blocks B having a 

20 slow tempo. Information specifying a probability of 80% 
that a block A will be selected as the next block is pro- 
vided in the type information of the blocks classified as 
blocks A, and a probability of 20% that a block B will be 
selected as the next block, is provided in the type infor- 

25 mation of the blocks classified as blocks A. On the other 
hand, information specifying a probability of 80% that a 
block B will be selected as the next block is provided in 
the type information of the blocks classified as blocks A, 
and a probability of 20% that a block A will be selected 

30 as the next block, is provided in the type Information of 
the blocks classified as blocks B. Then, in the Step 
S205 of FIG. 12, a block A or a block B is identified in 
compliance with the probability specified by the type 
information corresponding to a block presently being 

35 reproduced, and one more block is selected from the 
blocks classified as blocks A or B. In this example, when 
a block A is selected, the tune that follows is liable to 
have a fast tempo, and when a block B is selected, the 
tune that follows is liable to have a slow tempo. In this 

40 example, the block may be extracted during the 
processing of the Step S205 by using the value of the 
groove meter 103 and the table T2. By changing the 
probability specifying the blocks in accordance with 
their states, the level of difficulty and the atmosphere of 

45 the game can be controlled. 

[0076] The relationship between the input device 4 
and the press-switches 5 is not limited to that described 
above, and various alterations are possible. For exam- 
ple, when the timings at which the press-switches 5 are 

50 pressed matches the number of switches 5 pressed at 
that timing, the operation may be evaluated as correct. 
[0077] As described above, according to the 
present invention, a separate nnedley tune is formed by 
linking parts of existing tunes together, thereby enabling 

55 the number of tunes to be increased without adding 
musk: data and timing data corresponding thereto, 
increasing the attraction of the game. 
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Claims 

1. A music game system comprising: 

an input device having a plurality of operatbn 5 
members, for outputting signals in correspond- 
ence with operation states of the operation 
members; 

a memory device in which are stored music 
data for reproducing a plurality of tunes, and io 
timing data of each tune defining a procedure 
for operating the operation members in corre- 
spondence with tunes reproduced based on 
the music data; 

a display device for displaying a game screen; is 
a music reproduction device for reproducing 
the music data; and 

a game controller for controlling the reproduc- 
tion of a predetermined tune by the music 4. 
reproduction device, and using the display 20 
device to guide the player in an operation pro- 
cedure of the input device in correspondence 
with the reproduced tune; 

the game controller comprising a medley tune 5. 
control device for making the music reproduc- 25 
tion device reproduce a medley tune compris- 
ing linked parts of at least two of the plurality of 
tunes, and guiding the operation procedure of 
the input device in correspondence with the 6. 
medley tune, based on timing data correspond- 30 
ing to each part of the medley tune. 

2. The music game system according to Claim 1, 
wherein the memory device stores judgement infor- 
mation for judging a relationship between the repro- 35 7. 
duction sequence of a plurality of blocks selected 

from music data corresponding to each plurality of 
tunes as constituent elements of the medley tune, 
and addresses of the blocks in the memory device; 
and the medley tune control device reads music 4o 
data for reproducing the medley tune from the 
memory device based on the judgement informa- 
tion, outputs it to the music reproduction device, 
and guides the player in an operation procedure In 
accordance with timing data corresponding to the 45 
music data. 

8. 

3. The music game system according to Claim 1, 
wherein the memory device stores a first judgement 
information for judging types of a plurality of blocks so 
selected from music data corresponding to the plu- 
rality of tunes as potential constituent elements of 

the medley tune, and for judging addresses of the 
blocks in the memory device, and a second judge- 
ment information for judging a relationship between 55 9. 
a reproduction sequence of blocks forming the 
medley tune and the types of the blocks; and 



the medley tune control device comprises a 
type identifying device for identifying types of 
the blocks forming the medley tune for each 
reproduction sequence, based on the second 
judgement information; a block extracting 
device for extracting bk)cks corresponding to 
the types identified by the type identifying 
device from the music data corresponding to 
the plurality of tunes each, based on the first 
judgement information; and a data reading 
device for reading the music data in the 
extracted blocks in compliance with the repro- 
duction sequence and outputting the music 
data to the music reproduction device, and in 
addition, reading timing data corresponding to 
the output music data and guiding the player in 
an operation procedure in line with the data. 

The music game system according to Claim 3, the 
first judgement information comprising information 
relating to musical characteristics of the blocks as 
the types. 

The music game system according to Claim 4, the 
information relating to musical characteristics com- 
prising information relating to performance codes of 
the blocks. 

The music game system according to Claim 3, the 
first judgement information comprising Informatbn 
relating to a level of difficulty of an operation proce- 
dure guided based on timing data corresponding to 
blocks as the types. 

The music game system according to Claim 6, the 
game controller further comprising an evaluation 
device for evaluating an operation performed by the 
player by comparing the player's operation of the 
Input device with an operation identified by the tim- 
ing data; and 

the block extracting device of the game control- 
ler extracting blocks having a level of difficulty 
corresponding to the evaluation of the evalua- 
tion device. 

The music game system according to one of Claims 
3 to 7, the block extracting device of the game con- 
troller comprising a re-extracting device tor extract- 
ing one more block from a plurality of blocks, when 
the plurality of blocks have been extracted in rela- 
tion to a common reproduction sequence of the 
medley tune. 

The music game system according to one of Claims 
6 and 7, wherein the game controller further com- 
prises an evaluation devk:e for evaluating an opera* 
tion performed by the player by comparing the 
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player's operation of the input device with an opera- 
tion identified by the timing data; 

the block extracting device of the game control- 
ler comprises a re-extracting device for extract- s 
ing one more block having a level of difficulty 
corresponding to the evaluation of the evalua- 
tion device from a plurality of btocks, when the 
plurality of blocks have been extracted in rela- 
tion to a common reproduction sequence of the io 
medley tune. 

10. The music game system according to Claim 3, the 
game controller comprising an end judging device 

for judging whether the medley tune has been is 
reproduced to a predetermined position before the 
end, the first judgement information comprising 
information forjudging whether each block of a plu- 
rality of blocks selected as potential constituent ele- 
ments of the medley tune is suitable to an end of 20 
the medley tune; and. when the end judging device 
has judged that the medley tune has been repro- 
duced to a predetermined position before the end, 
the block extracting device extracts an appropriate 
block as the end of the medley tune based on the 25 
first judgement information. 

11. The music game system according to Claim 3, the 
game controller comprising an evaluation device for 
evaluating a control performed by the player by 30 
comparing the player's control of the input device 
with a control identified by the timing data; and an 
end control device for ending the reproduction of 
the medley tune and the guide of the operation pro- 
cedure when an aggregation of evaluations, less 35 
than a predetermined reference, of the evaluation 
device has satisfied a predetermined condition. 

12. The music ganfie system according to one of Claims 

1 to 11, the game controller gradually decreasing 40 

the volume of a tune being reproduced at a linking 
portion of the medley tune, and gradually increas- 
ing the volume of the next tune. 

1 3. The music game system according to one of Claims 45 
1 to 12, the memory device comprising a semicon- 
ductor memory. 

14. A game control method applied in a music game 
system comprising an input device having a plural- 50 
ity of operation members, for outputting signals in 
correspondence with operation states of the opera- 
tbn members; a memory device In whteh are stored 
music data for reproducing a plurality of tunes, and 
timing data of each tune defining a procedure for 55 
operating the operation members in correspond- 
ence with tunes reproduced based on the music 
data; a display device for displaying a game screen; 



and a music reproduction device for reproducing 
the music data; 

the came control method reproducing a medley 
tune comprising linked parts of at least two of 
the plurality of tunes, and guiding the operatfon 
procedure of the input device in correspond- 
ence with the medley tune, based on timing 
data corresponding to each part of the medley 
tune. 

15. The game control method according to Claim 14, 
wherein judgement information for judging a rela- 
tionship between the reproduction sequence of a 
plurality of blocks selected from music data corre- 
sponding to the plurality of tunes as constituent ele- 
ments of the medley tune and addresses of the 
btocks in the memory device is stored in the mem- 
ory device; music data for reproducing the medley 
tune being read from the memory device based on 
the judgement information and output to the music 
reproduction device; and the player being guided in 
an operation procedure in accordance with timing 
data corresponding to the music data. 

16. The game control method according to Claim 14, 
wfierein first judgement information for judging 
types of a plurality of blocks selected from music 
data corresponding to the plurality of tunes as 
potential constituent elements of the medley tune, 
and for judging addresses of the blocks in the mem- 
ory device, and second judgement informatton for 
judging a relationship between a reproduction 
sequence of blocks forming the medley tune and 
the types of the blocks, are stored in the memory 
device; types of the blocks forming the medley tune 
for each reproduction sequence being identified 
based on the second judgement information, blocks 
corresponding to the types identified being 
extracted from the music data corresponding to the 
plurality of tunes based on the first judgement infor- 
mation; the music data in the extracted blocks being 
read in compliance with the reproduction sequence 
and output to the music reproduction device, and in 
addition, timing data corresponding to the output 
music data being read, and an operation procedure 
being guided in to the player in correspondence 
with the data. 

17. A computer-readable memory medium applied in a 
game system comprising an input device having a 
plurality of operation members, for outputting sig- 
nals in correspondence with operation states of the 
operation members, a display device for displaying 
a game screen, and a music reproduction device, 
the computer-readable memory medium storing 
music data for reproducing a plurality of tunes using 
the nrujsic reproduction device, timing data of each 
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tune defining a procedure for controlling the opera- Ing the player in an operation procedure corre- 

tion members in correspondence with tunes repro- spending to the data. 

duced based on the music data, and a program for 

executing a predetermined music game based on 

the music data and the timing data; the program 5 

making the computer function as a medley tune 

control device for making the reproduction device 

reproduce a medley tune comprising linked parts of 

at least two of the plurality of tunes, and guiding the 

operation procedure of the input device in accord- 10 

ance with the medley tune, based on timing data 

corresponding to the parts of the medley tune. 



18. The music game system according to Claim 1, 
wherein at least a portion of blocks of music data 15 
corresponding to the plurality of tunes are set as 
potential constituent elements of the medley tune, 
and information for extracting the constituent ele- 
ments of the medley tune from the blocks set as 
potential constituent elements is stored in the mem- 20 
ory device in correspondence with the blocks set as 
potential constituent elements; and 



the medley tune control device extracts the 
blocks forming the medley tune based on the 25 
information for extraction, reads the music data 
in the extracted blocks and outputs rt to the 
music reproduction device, and reads timing 
data corresponding to the output music data, 
and guides the player in an operation proce- 30 
dure corresponding to the data. 



19. The game system according to Claim 18, the infor- 
mation for extraction comprising information for 
judging types of blocks provided in correspondence 35 
with the information for extraction. 



20. The game system according to Claim 18. the infor- 
mation for extraction comprising information for 
judging types of blocks to be linked together as con- 40 
stltuent elements of the medley tune after the 
blocks already provided in correspondence with the 
information for extraction. 



21. The game control method according to Claim 14, 45 
for setting at least a portion of the blocks of music 
data corresponding to the plurality of tunes as 
potential constituent elements of the medley tune; 
storing information for extracting the constituent 
elements of the medley tune from the blocks set as 50 
potential constituent elements in the memory 
device in correspondence with the blocks set as 
potential constituent elements; extracting the 
blocks forming the medley tune based on the infor- 
mation for extraction, reading the music data in the 55 
extracted blocks and outputing it to the music repro- 
duction device, and in addition, reading timing data 
corresponding to the output music data, and guid- 
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